這篇來講QA工程師在職稱上與工作內容的常見區別

第一篇發現有朋友留言提到對系列文章很有感（可能是哀愁的部分XD）

同時也提到一個職稱是SDET(Software Development Engineer in Test)

這邊也把SDET抓出來跟QA做個簡單的比較，

可以稍微分出兩者的權責區分和工作內容。

SDET (Software Development Engineer in Test)

有一派說法是QA Engineer跟SDET的最大區別是手動測試與自動測試的分界

如果只做手動測試，那就是QA，如果可以做自動化測試，那就是SDET。

這個說法我覺得並無不可，不過稍微有點太武斷。

如果上網去找SDET相關的工作內容，可能會找到類似以下的例子：

Knowledge of Programming Languages
Understanding of the different Test Methods and Tools
Ability to work with “AGILE + DevOps” Process Management Methodology
Ability to identify and detect Thresholds and Bottlenecks with the aid of automation tools
Understanding of Behavior Driven Development and Object-Oriented Design

而如果是QA相關的工作內容，可能會是長這樣的：

Planning the testing process and testing schedule
Technical Knowledge of Software Engineering such as Basic Programming, SQL Overflow and so on
Proficiency in conducting processes of Bug Ticketing, Tracking and Testing
Proficiency in conducting Manual as well as Automation Testing, using different Software Testing Tools
Ability to put forth appropriate Queries, be Responsive as well as possess Excellent Communication and Time Management Skills

有另一派說法我比較認同：

SDET基本上就是Developer，負責設計與優化自動化測試架構

開發測試工具與利用測試相關服務來協助QA有效完成測試工作

協助Developer能有效率的利用測試架構來驗證軟體品質

SDET與QA

眼尖的你，一定會發現SDET會協助QA做測試，也就是說，這兩個是不同角色對吧？

理論上是這樣，但大部分的現實情況可能還是「我全都要」XD

也就是說SDET也會做QA的工作，而QA也會做到SDET的工作

所以職稱是SDET/QA，但實際工作內容就是SDET&QA。

以工作量來看確實會包羅萬象，但以職涯發展來看能練到不少功

畢竟擁有特定的各種組合技技能，才有辦法凸顯你獨有的價值。

個人職涯小小分享

我一開始是從QA做起，後來一段時間都做SDET的工作，

再一陣子又會把SDET的經驗帶回到QA field做優化與進步

所以其實我沒有把這兩個角色看得太獨立，與其硬把職稱分開成不同權責

不如多試試兩者的工作內容，或許會更知道自己喜歡什麼樣的工作模式。

有說法是QA要轉RD，就多做SDET類型的工作，就可以知道你適不適合RD

以我自己來講，做過QA, SDET, Ops相關，好像還真的比較喜歡QAOps類的

也沒有好壞，純粹就是個人喜好問題ＸＤ

最近又因為業務關係，大量接觸各種雲服務應用，又慢慢往SDET靠攏

軟體開發領域可說是學無止境，我覺得只要有興趣，哪裡都能練功。

如果是新鮮人，沒有特別執著一定要當RD的話，工程師職涯從QA起手是不錯的選擇

如果你對程式應用有熱忱，QA做一做，你就會慢慢想點SDET的技能樹

SDET就有很多RD會摸到的工具服務等，也可以當作前進RD的入門磚

如果還沒熱衷到當RD的程度，或許SDET就能滿足你用程式做很酷的自動化或應用

讓你在QA領域也能裝備起可以帶著走的武器們，拿到不錯的優勢。

整個系列文章也快來到尾聲

下篇來聊聊我自己想像中QA工程師的未來。